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DETAILED ACTION 

1 . This Office action is responsive to Applicant's submission filed on April 19, 2007. 
Claims 1-19 are pending. 

Response to Amendment 

2. The objection to the specification has been withdrawn in view of Applicant's 
amendment. 

3. The rejection of claims 1-11 under 35 U.S.C. 101 has been withdrawn in view of 
Applicant's amendment. 

Response to Arguments 

4. Applicant requests that the provisional obviousness-type double patenting rejection be 
held in abeyance (remarks, page 15, first paragraph). As Applicant notes, MPEP § 804 states 
that the rejection should continue to be made unless it is the only rejection remaining in the 
application (remarks, page 15, second paragraph). Accordingly, the provisional obviousness- 
type double patenting rejection is maintained below. 

5. Applicant's arguments with respect to the rejection of claims 1, 3-8, 10-12, 14-16, 18 and 
19 under 35 U.S.C. 102(e). and the rejection of claims 2, 9, 13 and 17 under 35 U.S.C. 103(a) 
(remarks, pages 16-18) have been fully considered but they are not persuasive. 

Applicant contends that Gungabeesoon does not teach or suggest that the converted user 
interface pages 520 "[are] stored as metadata in a metadata repository" or that the converted user 
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interface pages 520 are "developed by a development tool based on a metamodel that defines 
metamodel objects" (remarks, page 17, top). 

However, the examiner disagrees with Applicant's characterizations. Gungabeesoon 
teaches that the converted user interface pages 520 are generated in a pre-runtime conversion 
step 510 (see, for example, FIG. 5 and column 8, lines 47-54). The JavaBean data objects are 
also generated as Java class definitions during the conversion step (see, for example, column 9, 
lines 54-60). To one of ordinary skill in the art, it is reasonable to consider the converted user 
interface pages 520 and the Java class definitions as "metadata" because, for example, the pages 
and the JavaBean data objects include "variable data fields" and "data field definitions" (column 
9, lines 54-60) that are not populated with actual data until a servlet does so dynamically at 
runtime (see, for example, column 9, lines 41-48). In other words, the converted user interface 
pages 520 function as metadata for the actual data provided at runtime. The converted user 
interface pages 520 are necessarily stored in some form of "repository" so as to allow the servlet 
instance 610 to retrieve them and send them to the network user agent 570. (see, for example, 
FIG. 6 and column 11, lines 2-7). Thus, a reasonable interpretation of the claim language is that 
the converted user interface pages 520 of Gungabeesoon "[are] stored as metadata in a metadata 
repository." Applicant's specification does not appear to provide any clear and explicit 
definition of a "metadata repository" contrary to this interpretation. 

Furthermore, Gungabeesoon teaches that the converted user interface pages 520 are based 
on a programming model that includes HTML elements and JavaScript elements, which are 
reasonably considered "view" elements (e.g., for presentation) and "controller" elements (e.g., 
for input validation), respectively (see, for example, column 8, line 67 to column 9, line 7). 
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Likewise, the programming model includes JavaBean data objects that are reasonably considered 
"model" elements (see, for example, column 9, line 54 to column 19, line 2). Thus, to one of 
ordinary skill in the art, it is reasonable to consider the programming model on which the 
converted user interface pages 520 and the JavaBean data objects are based as a "metamodel" 
that defines elements such as models, views and controllers. Indeed, Applicant's specification 
describes such models, views and controllers as "metamodel objects" (specification, page 8, lines 
18-19). Accordingly, a reasonable interpretation of the claim language, consistent with 
Applicant's specification, is that the tool in Gungabeesoon that generates or develops the 
converted user interface pages 520 does so in such a manner that the pages are "developed by a 
development tool based on a metamodel that defines metamodel objects." 

Applicant similarly contends that Doppelhammer does not teach or suggest "the 
converted design-time representation is stored as metadata in a metadata repository, the 
converted design-time representation having been developed by a development tool based on a 
metamodel that defines metamodel objects" (remarks, page 18, first paragraph). 

However, Gungabeesoon teaches these elements, as reasoned above. The examiner 
respectfully submits that a prima facie case of obviousness has been established. 

Double Patenting 

6. The non-statutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. A non-statutory obviousness-type double patenting rejection 
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is appropriate where the conflicting claims are not identical, but at least one examined 
application claim is not patentably distinct from the reference claim(s) because the examined 
application claim is either anticipated by, or would have been obvious over, the reference 
claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re 
Goodman, 1 1 F.3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In re Longi, 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re 
Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) may 
be used to overcome an actual or provisional rejection based on a non-statutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a result of activities undertaken within the 
scope of a joint research agreement. 

Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 

7. Claims 1, 3, 6, 7, 12, 14, 16 and 18 are provisionally rejected on the ground of non- 
statutory obviousness-type double patenting as being unpatentable over claims 6, 10, 12 and 14 
of copending Application No. 10/658,684. 

Although the conflicting claims are not identical, they are not patentably distinct from 
each other because they recite analogous subject matter, as set forth in the Office action mailed 
on February 9, 2007. 
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This is a provisional obviousness-type double patenting rejection because the conflicting 
claims have not in fact been patented. 

Claim Rejections - 35 USC § 102 

8. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

9. Claims 1, 3-8, 10-12, 14-16, 18 and 19 are rejected under 35 U.S.C. 102(e) as being 
anticipated by U.S. Patent No. 7,007,278 to Gungabeesoon (art of record, "Gungabeesoon"). 

With respect to claim 1 (currently amended), Gungabeesoon discloses a computer 
program product, tangibly embodied in a machine-readable storage device, the computer 
program product being operable to cause data processing apparatus to perform operations (see, 
for example, column 7, lines 2-19) comprising: 

receiving run-time code for an application (see, for example, column 11, lines 2-7, which 
shows receiving run-time code for an application in the form of a JavaServer Page, and column 

10. lines 42-49, which shows that the run-time code is for a legacy application), the run-time 
code being generated from a converted design-time representation of the application (see, for 
example, column 9, lines 14-17, which shows that the run-time code is generated from converted 
design-time representations of the application in the form of user interface pages), wherein: 
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the converted design-time representation of the application is generated from an original 
design-time representation of the application developed for use in a first run-time environment 
for executing applications having been developed in a first design-time environment (see, for 
example, column 8, lines 44-54, which shows that the converted design-time representations are 
generated from original design-time representations of the application in the form of screen 
definitions, and column 7, lines 50-56, which shows a first run-time environment for executing 
applications developed in a first design-time environment), the converted design-time 
representation is stored as metadata in a metadata repository (see, for example, column 9, lines 
41-48 and 54-60, which shows that the converted design-time representation is metadata for 
application data inserted at run-time, and column 11, lines 2-7, which further shows that the 
converted design-time representation is stored in a repository for retrieval at run-time), the 
converted design-time representation having been developed by a development tool based on a 
metamodel that defines metamodel objects (see, for example, column 8, line 67 to column 9, line 
7, and column 9, line 54 to column 19, line 2, which shows that the converted design-time 
representation is developed based on a metamodel that defines metamodel objects such as 
HTML code, JavaScript code and JavaBean data objects), the first design-time environment 
using a first programming model comprising one or more first model elements including screens 
and processing logic for each screen (see, for example, column 8, lines 12-29, which shows that 
the first design-time environment uses a programming model comprising screens and processing 
logic), the original design-time representation including one or more application screens and 
original processing logic for each application screen (see, for example, column 8, lines 44-47, 
which shows that the original design-time representation includes one or more application 
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screens), the original processing logic including a call to a run-time module in the first run-time 
environment (see, for example, column 8, lines 29-32, which shows that the original processing 
logic includes calls to run-time modules in the first run-time environment); and 

the converted design-time representation of the application is for use in a second run-time 
environment for executing applications having been developed in a second design-time 
environment (see, for example, column 9, lines 41-48, which shows a second run-time 
environment for executing applications developed in a second design-time environment), the 
second design-time environment using a second programming model comprising one or more 
second model elements including models, views, and controllers (see, for example, column 8, 
line 67 to column 9, line 7, which shows that the second design-time environment uses a 
programming model that comprises views in the form of HTML code and controllers in the form 
of JavaScript code, and column 9, line 54 to column 10, line 2, which shows that the 
programming model comprises models in the form of JavaBean data objects), the converted 
design-time representation including one or more application views based on the one or more 
application screens, and converted processing logic based on the original processing logic, the 
converted processing logic being capable of being executed in the second run-time environment 
(see, for example, column 10, lines 31-36, which shows that the converted design-time 
representation includes one or more application views and processing logic based on the original 
application screens and processing logic, and column 10, lines 42-49, which shows that the 
converted processing logic is executable in the second run-time environment); and 

executing the run-time code in the second run-time environment using an adapter 
operable to interface with the run-time module in the first run-time environment (see, for 
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example, column 11, lines 8-22, which shows executing the run-time code in the second run-time 
environment and interfacing with the first run-time environment, and column 10, lines 3-17, 
which shows that the interface is an adapter in the form of a Publish-to- Web component). 

With respect to claim 3 (original), the rejection of claim 1 is incorporated, and 
Gungabeesoon further discloses that executing the run-time code comprises using the adapter to 
perform a function not performed by the original processing logic (see, for example, column 9, 
lines 17-27, which shows that executing the run-time code comprises using the adapter to 
perform functions that the original processing logic does not perform). 

With respect to claim 4 (original), the rejection of claim 3 is incorporated, and 
Gungabeesoon further discloses that the function comprises input validation (see, for example, 
column 8, line 67 to column 9, line 7, which shows performing input validation). 

With respect to claim 5 (original), the rejection of claim 3 is incorporated, and 
Gungabeesoon further discloses that the function comprises input formatting (see, for example, 
column 9, lines 28-3 1 , which shows performing input formatting). 

With respect to claim 6 (original), the rejection of claim 1 is incorporated, and 
Gungabeesoon further discloses that: 

the original design-time representation of the application comprises original state control 
logic (see, for example, column 7, lines 60-66, which shows that the application comprises 
original state control logic; and 
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the converted design-time representation of the application comprises converted state 
control logic based on the original state control logic, the converted state control logic capable of 
being executed by the adapter (see, for example, column 8, lines 5-11, which shows that the 
converted design-time representation comprises converted state control logic, and column 1 1 , 
lines 8-22, which shows that the adapter executes the converted state control logic).. 

With respect to claim 7 (original), the rejection of claim 1 is incorporated, and 
Gungabeesoon further discloses that: 

. the original design-time representation of the application comprises one or more controls 
from a first set of controls (see, for example, column 8, lines 54-57, which shows that the 
original design-time representation comprises one or more user interface elements or controls); 

the converted design-time representation of the application comprises one or more 
controls from a second set of controls, each control in the converted design-time representation 
of the application corresponding to a control in the original design-time representation of the 
application (see, for example, column 9, lines 54-60, which shows that the converted design-time 
representation comprises one or more controls corresponding to the controls in the original 
design-time representation); and 

executing the run-time code comprises rendering the controls in the converted design- 
time representation of the application (see, for example, column 8, lines 44-54, which shows 
rendering the controls). 

With respect to claim 8 (currently amended), Gungabeesoon discloses a computer 
program product, tangibly embodied in a machine-readable storage device, the computer 
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program product being operable to cause data processing apparatus to perform operations (see, 
for example, column 7, lines 2-19) comprising: 

receiving run-time code for an application (see, for example, column 11, lines 49-55, 
which shows run-time code for an application comprising network application data and legacy 
application data, and see, for example, column 10, lines 37-42, and column 11, lines 2-7, which 
shows receiving such run-time code from a servlet instance); 

determining whether the run-time code was generated from a native design-time 
representation of the application or from a converted design-time representation of the 
application (see, for example, column 10, lines 42-49, and column 11, lines 8-22, which shows 
the servlet instance responding in different ways depending on whether the run-time code 
comprises network application data or legacy application data, respectively). 

Here, run-time code comprising network application data is considered run-time code that 
was generated from a native design-time representation of the application, and run-time code 
comprising legacy application data is considered run-time code that was generated from a 
converted design-time representation of the application. The servlet instance or some other 
related component in Gungabeesoon inherently determines whether the run-time code was 
generated from a native design-time representation of the application or from a converted design- 
time representation of the application, so as to respond in the appropriate manner. The native 
and converted design-time representations are further addressed below. 

Gungabeesoon further discloses that: 

the native design-time representation of the application is for use in a first run-time 
environment for executing applications having been developed in a first design-time 
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environment (see, for example, column 9, lines 41-48, which shows a first run-time environment 
for executing applications developed in a first design-time environment), the first design-time 
environment using a first programming model comprising one or more first model elements 
including models, views, and controllers (see, for example, column 8, line 67 to column 9, line 7, 
which shows that the first design-time environment uses a programming model that comprises 
views in the form of HTML code and controllers in the form of JavaScript code, and column 9, 
line 54 to column 10, line 2, which shows that the programming model comprises models in the 
form of JavaBean data objects); and 

the converted design-time representation of the application is generated from an original 
design-time representation of the application developed for use in a second run-time environment 
for executing applications having been developed in a second design-time environment (see, for 
example, column 8, lines 44-54, which shows that the converted design-time representations are 
generated from original design-time representations of the application in the form of screen 
definitions, and column 7, lines 50-56, which shows a second run-time environment for 
executing applications developed in a second design-time environment), the converted design- 
time representation is stored as metadata in a metadata repository (see, for example, column 9, 
lines 41-48 and 54-60, which shows that the converted design-time representation is metadata for 
application data inserted at run-time, and column 11, lines 2-7, which further shows that the 
converted design-time representation is stored in a repository for retrieval at run-time), the 
converted design-time representation having been developed by a development tool based on a 
metamodel that defines metamodel objects (see, for example, column 8, line 67 to column 9, line 
7, and column 9, line 54 to column 19, line 2, which shows that the converted design-time 
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representation is developed based on a metamodel that defines metamodel objects such as 
HTML code, JavaScript code and JavaBean data objects), the second design-time environment 
using a second programming model comprising one or more second model elements including 
screens and processing logic for each screen (see, for example, column 8, lines 12-29, which 
shows that the second design-time environment uses a programming model comprising screens 
and processing logic), the original design-time representation including one or more application 
screens and original processing logic for each application screen (see, for example, column 8, 
lines 44-47, which shows that the original design-time representation includes one or more 
application screens), the converted design-time representation including one or more application 
views based on the one or more application screens, and converted processing logic based on the 
original processing logic, the converted processing logic capable of being executed in the second 
run-time environment (see, for example, column 10, lines 31-36, which shows that the converted 
design-time representation includes one or more application views and processing logic based on 
the original application screens and processing logic, and column 10, lines 42-49, which shows 
that the converted processing logic is executable in the second run-time environment); and 

if the run-time code was generated from the native design-time representation, execute 
the run-time code in the first run-time environment using a set of run-time modules in the first 
run-time environment (see, for example, column 10, lines 42-49, which shows executing the run- 
time code generated from the native design-time representation in the first run-time environment 
using run-time modules such as the servlet instance in the first run-time environment); and 

if the run-time code was generated from the converted design-time representation, 
execute the run-time code in the first run-time environment using a set of run-time modules in 
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the second run-time environment (see, for example, column 11, lines 8-22, which shows 
executing the run-time code generated from the converted design-time representation in the first 
run-time environment using run-time modules such as the legacy application in the second run- 
time environment). 

With respect to claim 10 (original), the rejection of claim 8 is incorporated, and 
Gungabeesoon further discloses that executing the run-time code using the set of run-time 
modules in the second run-time environment comprises using an adapter in the first run-time 
environment to interface with the set of run-time modules in the second run-time environment 
(see, for example, column 10, lines 3-17, which shows interfacing with the second run-time 
environment using an adapter in the form of a Publish-to-Web component in the first run-time 
environment). 

With respect to claim 1 1 (original), the rejection of claim 8 is incorporated, and 
Gungabeesoon further discloses that: 

executing the run-time code using the set of run-time modules in the first run-time 
environment comprises using a first sequence of process steps (see, for example, column 10, 
lines 42-49, which shows a first sequence of process steps that comprises, for example, creating a 
socket and spawning a thread); and 

executing the run-time code using the set of run-time modules in the second run-time 
environment comprises using a second sequence of process steps (see, for example, column 1 1 , 
lines 8-22, which shows a second sequence of process steps that comprises, for example, 
forwarding data to the socket). 
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With respect to claims 12 (currently amended), 14 and 15 (original), the claims are 
directed to an apparatus that corresponds to the computer program product of claims 1, 6 and 3, 
respectively (see the rejection of claims 1, 6 and 3 above). 

With respect to claims 16 (currently amended), 18 and 19 (original), the claims are 
directed to a method that corresponds to the computer program product of claims 1, 6 and 3, 
respectively (see the rejection of claims 1, 6 and 3 above). 

Claim Rejections - 35 USC § 103 

10. The following is a quotation of 35 U.S.C! 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

11. Claims 2, 9, 13 and 17 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Gungabeesoon, as applied to claims 1,8, 12 and 16 above, respectively, in view of "Database 
Performance in the Real World: TPC-D and SAP R/3" by Doppelhammer et al. (art of record, 
"Doppelhammer"). 

With respect to claim 2 (original), the rejection of claim 1 is incorporated. 
Gungabeesoon discloses that the first programming model is a legacy programming model and 
the second programming model is a Web-based programming model (see, for example, column 
8, lines 5-11), but does not expressly disclose that the first programming model is the SAP 
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Dynpro programming model and the second programming model is the SAP Web Dynpro 
programming model. 

However, Doppelhammer teaches the SAP Dynpro programming model comprising one 
or more model elements including screens and processing logic for each screen (see, for 
example, page 125, section 2.3, first paragraph). 

Moreover, Gungabeesoon suggests that such programming models are supported (see, for 
example, column 11, lines 23-27), and further discloses that converting applications from the 
legacy programming model to the Web-based programming model enables one to access the 
applications across the network and take advantage of Web-based technology without having to 
make code changes to the applications (see, for example, column 11, lines 42-55). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply the teachings of Gungabeesoon in cases where the first 
programming model is the SAP Dynpro programming model and the second programming 
model is the SAP Web Dynpro programming model, so as to take advantage of Web-based 
technology without having to make code changes to the applications. 

With respect to claim 9 (original), the rejection of claim 8 is incorporated. 
Gungabeesoon discloses that the first programming model is a Web-based programming model 
and the second programming model is a legacy programming model (see, for example, column 8, 
lines 5-11), but does not expressly disclose that the first programming model is the SAP Web 
Dynpro programming model and the second programming model is the SAP Dynpro 
programming model. 
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However, Doppelhammer teaches the SAP Dynpro programming model comprising one 
or more model elements including screens and processing logic for each screen (see, for 
example, page 125, section 2.3, first paragraph). 

Moreover, Gungabeesoon suggests that such programming models are supported (see, for 
example, column 11, lines 23-27), and further discloses that converting applications from the 
legacy programming model to the Web-based programming model enables one to access the 
applications across the network and take advantage of Web-based technology without having to 
make code changes to the applications (see, for example, column 11, lines 42-55). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply the teachings of Gungabeesoon in cases where the first 
programming model is the SAP Dynpro programming model and the second programming 
model is the SAP Web Dynpro programming model, so as to take advantage of Web-based 
technology without having to make code changes to the applications. 

With respect to claim 13 (original), the claim is directed to an apparatus that corresponds 
to the computer program product of claim 2 (see the rejection of claim 2 above). 

With respect to claim 17 (original), the claim is directed to a method that corresponds to 
the computer program product of claim 2 (see the rejection of claim 2 above). 

Conclusion 

12. Applicant's amendment necessitated any new ground(s) of rejection presented in this 
Office action. Accordingly, THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). 
Applicant is reminded of the extension of time policy as set forth in 37 CFR 1 .136(a). 
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A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 

13. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Michael J. Yigdall whose telephone number is (571) 272-3707. 
The examiner can normally be reached on Monday through Friday from 7:30am to 4:00pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tuan Q. Dam can be reached on (571) 272-3695. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you 
would like assistance from a USPTO Customer Service Representative or access to the 
automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



My 



Michael J. Yigdall 

Examiner 

Art Unit 2192 




